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METHOD AND APPARATUS FOR BINDING 
SHADOW REGISTERS TO VECTORED INTERRUPTS 

by 

G. Michael Uhler 

CROSS-REFERENCE TO RELATED APPLICATIONS 

[0001] This application is related to U.S. Patent 

Application Serial No. (MIPS : 0139 . 00US) 

entitled "CONFIGURABLE PRIORITIZATION OF CORE GENERATED 
INTERRUPTS", assigned to MIPS Technologies, Inc. 

FIELD OF THE INVENTION 

[0002] This invention relates in general to the field of 
computer architecture, and more specifically to a method 
and apparatus for allowing binding of shadow register sets 
to particular interrupt vectors. 

BACKGROUND OF THE INVENTION 

[0003] Within a computer processing environment, an 
interrupt, as the name implies, is some event which 
interrupts normal program execution. That is, programs 
execute on a microprocessor sequentially, being altered 
only by those instructions which expressly cause program 
flow to deviate in some way (e.g., jump instructions, 
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branch instructions, etc.) Interrupts, on the other hand, 
give system designers a mechanism to "put on hold 7 ' normal 
program flow, for the purpose of executing a special 
program called an interrupt handler, and then allows the 
processor to resume normal program flow as if it had never 
been interrupted. The interrupt handler is only executed 
when a certain event (interrupt) occurs. The event may be 
a timer overflowing, or a serial port transmitting a 
character. By providing the ability to interrupt normal 
program execution, certain events such as those mentioned 
above are much easier and more efficient to handle than 
requiring the microprocessor to periodically execute 
special programs. 

[0004] Referring to Figure 1, a block diagram is 
provided that will help illustrate how interrupts are 
handled within a prior art processing environment. The 
environment 100 includes a microprocessor 102, coupled to 
an interrupt controller 110 and memory 120. The 
microprocessor contains a core 104 for executing 
instructions retrieved from the memory 120, In addition, 
the core 104 produces a number of interrupts 106, including 
both software interrupts and hardware interrupts (e.g., 
timer overflow) that must be "handled" by the 
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microprocessor 102, as will be further described below with 
reference to Figure 2. The microprocessor 102 further 
includes a cause register 108 for indicating to the 
microprocessor 102 the cause or source of an interrupt. 

[0005] The interrupt controller 110 is coupled to a 
number of external devices 118 via interrupt lines 116, and 
to other system interrupts 114 . The interrupt controller 
110, orders the interrupts 110 to provide them to the 
microprocessor 102 via interrupt lines 112. One skilled in 
the art will appreciate that early microprocessors 102 were 
provided with a preset number of interrupt lines 112 for 
use by system level designers. However, as the need for 
interrupts increased, rather than adding additional pins on 
the microprocessor, interrupt controllers 110 were provided 
to interface between the increased number of interrupts 
114, 116, and the existing interrupt lines 112 on the 
microprocessor 102 . 

[0006] The microprocessor 102 is connected to the memory 
120, to retrieve instructions for execution, as mentioned 
above, to retrieve information relating to interrupts, such 
as an interrupt vector table 122, and to retrieve the 
programs which handle the interrupts 124. 
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[0007] Referring now to Figure 2, a flow chart 200 is 
shown that illustrates prior art program flow when an 
interrupt occurs within the microprocessor 102. Operation 
of the program flow for handling interrupts will now be 
described with reference to both Figure's 1 and 2. 

[0008] Program execution begins at block 202 and 
proceeds to block 204. 

[0009] At block 204, instructions are executed by the 
microprocessor 102 that are retrieved from memory 12 0. 
Flow then proceeds to decision block 206. 

[0010] At decision block 206, a determination is made by 
the microprocessor 102 as to whether an interrupt has 
occurred, either by the core 104, or by the interrupt lines 
112. Although not shown, the microprocessor 102 includes 
logic that detects and latches an interrupt when it occurs, 
thereby alerting the microprocessor 102 of the interrupt. 
The state of the latches is typically checked by the 
microprocessor 102 between every instruction execution. If 
no interrupt has occurred, flow proceeds back to block 2 04 
where the microprocessor 102 continues to execute 
instructions. However, if an interrupt occurs, flow 
proceeds to block 208. 
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[0011] At block 208, the microprocessor 102 ceases 
execution of the current program instructions, and saves 
its current state information. This allows the 

microprocessor 102 to return to its present state after 
responding to the interrupt. One skilled in the art will 
appreciate that such state information includes the value 
in the program counter, the values in the status register, 
various pointers, etc. Flow then proceeds to block 210. 

[0012] At block 210, the microprocessor 102 jumps to a 
special program called an interrupt handler (or exception 
handler) , such as interrupt handler #1 124 . Flow then 
proceeds to block 212. 

[0013] At block 212, the contents of the general purpose 
register file (GPR) is saved. That is, in every 

microprocessor, the GPR provides register space where data 
is stored, examined, manipulated, etc. Before beginning 
processing of an interrupt, the GPR must be saved so that 
the interrupt handler can utilize the register space. This 
may include only certain registers within the GPR, or all 
the registers in the GPR. Flow then proceeds to block 214. 

[0014] At block 214, the interrupt is handled by the 
particular interrupt handler routine 124 that was jumped 
to. Flow then proceeds to block 216. 
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[0015] At block 216, the contents of the GPR are 
restored so that the GPR is in the state that it was in 
prior to the microprocessor 102 taking the interrupt. Flow 
then proceeds to block 218. 

[0016] At block 218, the interrupt handler 124 returns 
program flow back to block 2 04 to continue execution of the 
program that was executing when the interrupt occurred. As 
part of the return step, the state of the microprocessor is 
restored. 

[0017] One skilled in the art will appreciate that the 
above description of the microprocessor system 100, and the 
interrupt handling flow chart 200 is very general. That 
is, the description has ignored more complex aspects of 
interrupt handling, such as what occurs when multiple 
interrupts occur at the same time, or when an interrupt 
occurs during handling of another interrupt, or how 
multiple interrupts are prioritized, etc. However, the 
above is sufficient to illustrate that when interrupts 
occur, normal program flow is stopped, the state of the 
microprocessor is stored, and the contents of resources 
within the microprocessor, including the GPR, must be saved 
away, before handling the interrupt. 
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[0018] For interrupts that do not require immediate 
processing, the time required to save away the contents of 
the GPR, such as that described above with reference to 
block 212, is not critical. Thus, if it takes 20-50 clock 
cycles, for example, to store away the contents of the GPR, 
before retrieving data from a floppy disk controller, the 
delay relating to determining the type of interrupt is 
inconsequential . 

[0019] However, in many instances the delay associated 
with saving away the contents of the GPR (as illustrated in 
Figure 2) is unacceptable. 

[0020] Therefore, what is needed is a mechanism that 
allows a system designer to handle high priority 
interrupts, without first having to store away the contents 
of the GPR. 

[0021] Moreover, what is needed is a method and 
apparatus that provides shadow registers for the GPR, to be 
used for handling interrupts and exceptions. 

[0022] In addition, what is needed is a method and 

apparatus for binding particular shadow register sets to 
particular interrupts, or interrupt vectors, so that 
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particular interrupt routines can "effectively'' have their 
own register set. 

[0023] And, what is needed is a method and apparatus 
that allows high priority interrupts to begin utilizing 
their own dedicated resources as soon as possible, rather 
than having to wait for system resources to first be saved 
away. 

SUMMARY 

[0024] The present invention provides a method and 
apparatus for allowing a system designer to programmably 
bind shadow register sets to particular interrupts, based 
either on interrupt priority level, or the exception vector 
that is used to call the interrupt routine. 

[0025] In one aspect, the present invention provides a 
processing system that includes a number of shadow register 
sets, an interrupt vector generator, for generating an 
exception vector associating with an interrupt handler, 
when the processing system receives an interrupt; and 
shadow set mapping logic, coupled to both the shadow 
register sets, and the interrupt vector generator, for 
selecting one of the shadow register sets to be used by the 
interrupt handler. 
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[0026] In another aspect, the present invention provides 
a microprocessor for receiving interrupts, and for 
executing interrupt routines corresponding to the 
interrupts. The microprocessor includes: a general 
purpose register set, having a registers that are 
addressable by instructions; shadow register sets, each 
having registers that are addressable by the instructions; 
and shadow set mapping logic, to select one of the shadow 
register sets to be addressable by the instructions upon 
receipt of interrupts. 

[0027] In a further aspect, the present invention 
provides register set selection logic within a 
microprocessor. The microprocessor receives interrupts 
that are serviced by corresponding interrupt routines. The 
selection logic includes: register sets, each having 
registers, wherein a first one of the register sets is 
directly addressable by instructions; a vector generator, 
to receive the interrupts, and to generate exception 
vectors, each relating to one of the interrupt routines ; 
and mapping logic, to select ones of the register sets for 
use by the interrupt routines; wherein the mapping logic 
selects ones of the register sets by utilizing the 
exception vectors. 
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[0028] In another aspect, the present invention provides 
a microprocessor with a first register set for use by non- 
interrupt instructions, and second and third register sets 
for use by interrupt service routines. The microprocessor 
includes: a vector generator, to generate exception 
vectors corresponding to the interrupt service routines; 
and mapping logic, to select between the second and third 
register sets for use by the interrupt service routines, 
based on a value of the exception vectors. 

[0029] In a further aspect, the present invention 
provides a method within a processing system for utilizing 
shadow register sets for exception routines. The method 
includes: upon receipt of an interrupt, determining which 
one of a plurality of exception routines should be 
executed; and based on the received interrupt, selecting 
one of a plurality of shadow register sets to be utilized 
by the one of the plurality of exception routines; wherein 
said step of selecting utilizes programmable registers that 
contain data indicating which one of the plurality of 
shadow register sets is to be used for its register. 

[0030] In another aspect, the present invention provides 
a computer program product for use with a computing device, 
the computer program product including a computer usable 
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medium, having computer readable program code embodied in 
the medium, for causing a microprocessor to be described. 
The computer readable program code includes: first program 
code for providing shadow register sets; and second program 
code for providing programmable shadow set mapping logic 
for selecting shadow register sets to be utilized by- 
interrupt routines addressed by exception vectors; wherein 
the mapping logic contains programmable fields that 
correspond to the exception vectors. 

[0031] In a further aspect, the present invention 
provides a computer data signal embodied in a transmission 
medium that includes computer -readable program code for 
providing a microprocessor having a general purpose 
register set, and a plurality of shadow register sets. The 
program code includes: first program code for providing a 
vector generator, for receiving interrupts and for 
generating exception vectors corresponding to each of the 
received interrupts; second program code for providing 
mapping logic, the mapping logic having a plurality of 
fields, each of the plurality of fields corresponding to 
one of the generated exception vectors; and third program 
code for providing shadow register selection logic, for 
reading the contents of the field corresponding to a 
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generated one of the exception vectors; and selecting one 
of the plurality of shadow register sets based on the 
contents of the field. 

[0032] Other features and advantages of the present 
invention will become apparent upon study of the remaining 
portions of the specification and drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0033] FIGURE 1 is block diagram of a prior art 
microprocessor environment. 

[0034] FIGURE 2 is a flow chart of a prior art method of 
handling interrupts . 

[0035] FIGURE 3 is a block diagram of a microprocessor 
according to the present invention. 

[0036] FIGURE 4 is a table illustrating the GPR for a 
MIPS® Architecture Microprocessor, 

[0037] FIGURE 5 is a block diagram of a status register 
within a microprocessor according to the present invention. 

[0038] FIGURE'S 6a-b are a table describing the status 
register shown in FIGURE 5 . 
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[0039] FIGURE 7 is a block diagram of a first shadow 
register map register, according to the present invention. 

[0040] FIGURE 8 is a table describing the fields within 
the shadow register map register of FIGURE 7. 

[0041] FIGURE 9 is a block diagram of a second shadow 
register map register, according to the present invention. 

[0042] FIGURE 10 is a table describing the fields within 
the shadow register map register of FIGURE 9. 

[0043] FIGURE 11 is a block diagram illustrating 
selection of a shadow register set using the interrupt 
vector produced when an interrupt occurs, according to the 
present invention. 

[0044] FIGURE 12 is a flow chart illustrating the method 
of selecting a shadow register set, according to the 
present invention. 

[0045] FIGURE 13 is a block diagram describing an 
instruction to read the contents of a register in a shadow 
register into a current register set. 

[0046] FIGURE 14 is a block diagram describing an 
instruction to write the contents of a current register 
into a shadow register set. 
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DETAILED DESCRIPTION 

[0047] The issue of establishing processor resources for 
use in interrupt handling is ubiquitous throughout 
microprocessor architectures. However, to allow the reader 
to better appreciate the novel solution to the above 
described problems, the solution will be described with 
particular reference to MIPS® processors, developed by MIPS 
Technologies, Inc. of Mountain View California (see 
www.mips.com) . 

[0048] Referring now to Figure 3, a block diagram is 
shown of a microprocessor based system 3 00 according to the 
present invention. The system 3 00 includes a 

microprocessor 310 coupled to an interrupt controller 3 02. 
One skilled in the art will appreciate that the 
microprocessor 310 and the interrupt controller 302 could 
physically reside on separate chips, or alternatively, 
could reside on the same piece of silicon in a system on a 
chip (SOC) . The interrupt controller 302 is attached to a 
number of system interrupt lines 304. In one embodiment, 
there are sixteen interrupt lines 3 04 provided in the 
system 300, although additional interrupt lines can easily 
be accommodated by cascading multiple interrupt 
controller's 302. The interrupt controller 302 prioritizes 
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all of its interrupts 304, and passes its interrupt 
requests to the processor 302 on the processor's 302 
interrupt lines 3 06. In one embodiment, the processor 310 
provides for eight interrupt lines 306. In addition, the 
interrupt controller passes the interrupt requests 3 04 to 
other processor cores (not shown) on interrupt bus 308. 

[0049] Within the microprocessor 310 are a core 312, an 
interrupt vector generator 316, a status register 320, 
shadow set mapping logic 322 a general purpose register set 
324 having individual registers (described below in Figure 
4) that are addressable by instructions, and a number of 
shadow register sets 326. In one embodiment, the shadow 
register sets 326 are substitutes for the normal GPR 324 
that can be used in certain processor modes of operation, 
including Kernel Mode, and Exception Mode, or in response 
to a vectored interrupt or exception. Once a shadow 
register set 32 6 is bound to a particular mode, reference 
to addressable registers in the GPR 324 (by operands) work 
exactly as one would expect, but they go to registers that 
are dedicated to that mode. 

[0050] The core 312 is responsible for executing 
instructions provided to the microprocessor 310 by a memory 
(not shown) . In addition, the core 312 generates a number 
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of core specific interrupts 314 (or internally generated 
interrupts) , as will be further described below, to the 
vector generator 316. The vector generator 316 also 
receives the interrupts 3 06 provided by the interrupt 
controller 302 (e.g., externally generated interrupts). 
The vector generator 316 merges the prioritized interrupts 
3 06 with the interrupts 314 generated by the core 312, and 
generates an interrupt vector 318 corresponding to the 
highest priority interrupt, as determined by the vector 
generator 316. A complete description of how the vector 
generator 316 prioritizes on-core and off -core interrupts, 
and generates an interrupt vector, is described in co- 
pending U.S. Patent Application Serial No. 

(MIPS: 0139. OOUS) entitled "CONFIGURABLE PRIORITIZATION OF 
CORE GENERATED INTERRUPTS" which is hereby incorporated by 
reference for all purposes. 

[0051] The Status Register 32 0 contains a Current Shadow 
Set (CSS) register 321 and a Previous Shadow Set (PSS) 
register 323. The shadow set mapping 322 also contains two 
registers: a SRSLo register 325, and an SRSHi register 
327. All four of these registers will be further described 
below. However, to provide a context for the following 
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discussion, a brief overview of the invention will now be 
provided with respect to Figure 3 . 

[0052] As mentioned in the Background, there is a need 
to reduce or eliminate the time required to save and 
restore the GPR 324 on entry to high priority interrupts or 
exceptions. In addition, there is a need to provide 
specified processor modes with the same capability. This 
is done by introducing a number of shadow register sets 326 
that duplicate some or all of the information in the GPR 
324. The shadow sets 326 are bound to a processor mode, or 
to an interrupt or exception vector by kernel mode 
software. The number of shadow sets 326 is implementation 
dependent, but in one embodiment may range from one to 
fifteen. 

[0053] Operationally, when an interrupt (e.g., on lines 
3 06 or 316) or exception occurs, the vector generator 316 
selects an exception vector 318, causing the microprocessor 
310 to jump to the exception handler program beginning at 
the memory address defined by the exception vector 318. In 
addition, the vector 318 is provided to the shadow set 
mapping logic 322. The mapping logic 322 selects one of 
the shadow sets 326 (as will be further described below) to 
be used during the exception, and provides an indication of 
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the selected shadow set 326 to the status register 320. 
The contents of the CSS 321 are changed to reflect the 
newly selected shadow set 326, and the previous contents of 
CSS are placed in the PSS 323. When the microprocessor 310 
begins executing the exception handler, rather than 
utilizing the GPR 324 for data manipulation, it will use 
one of the shadow sets 326, as selected by the shadow set 
mapping logic 322. Upon return from the exception handler, 
the contents of PSS 323 are placed in CSS 321 so that 
program execution will continue using the GPR 324. Thus, 
the exception handler is able to immediately begin 
utilizing a register set, without first having to copy the 
contents of the GPR 324 to memory. In addition, the 
exception handler complete its task faster, since at its 
end, it does not have to restore the contents of the GPR 
324 . 

[0054] Referring now to Figure 4, a table 400 is 
provided that details the thirty- two registers within the 
GPR 324. These registers are the architecturally provided 
registers within the MIPS Architecture. They are detailed 
to indicate a particular implementation of the present 
invention. However, one skilled in the art will appreciate 
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that the present invention is not limited to the specific 
register arrangement of the MIPS Architecture. 

[0055] In one embodiment, all thirty-two registers shown 
in table 400 are duplicated in each of the shadow register 
sets 326. Such an embodiment provides for manufacturing 
simplicity. Alternatively, another embodiment only 

duplicates certain ones of the thirty-two registers of the 
GPR 324 to conserve chip area. In this embodiment, 
registers 1 (at), 2-3 (vO-vl) , 4-7 (a0-a3) , 8-15 (t0-t7) , 
26-27 (kO-kl) , 28 (gp) , 29 (sp) and 31 (ra) are recommended 
for duplication. 

[0056] Referring now to Figure 5, a block diagram 500 is 
provided illustrating the format of the status register 
320. Within the MIPS Architecture, there is a status 
register SR within the COP0 interface. The status register 
320 is distinct from the SR, and is termed the Statusl 
register within the MIPS Version 2.0 Architecture 
Extensions. The Statusl Register 32 0 contains 10 fields, 
including the PSS field 323 and the CSS field 321 whose 
operation will be further described below with reference to 
Figure 11. 

[0057] Referring now to Figure's 6a-b, a table 600 is 
shown that provides a detailed description of each of the 
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fields within the Statusl register 320. Again, of 
particular interest to the present invention are fields PSS 
323 and CSS 321 

[0058] Referring now to Figure 7, a block diagram 700 is 
shown illustrating the fields within the SRSLo register 
325. In one embodiment, the SRSLo register 325 is a 
thirty-two bit register having eight four-bit fields. Each 
of the eight four-bit fields corresponds to one of eight 
possible exception vectors produced by the vector generator 
316. In an alternative embodiment, the eight four-bit 
fields correspond to interrupt (or exception) priority 
levels, also indicated by the vector generator 316. 

[0059] Referring now to Figure 8, a table 800 is shown 
that describes the eight four-bit fields within the SRSLo 
register 325. To better illustrate use of the eight four- 
bit fields, assume that there are sixteen register sets, 
including the GPR 324 and fifteen shadow sets 326, and that 
they are identified as sets 0-15. Then, for the eight 
possible exception vector levels (covered within SRSLo) 
produced by the vector generator 316, a designer can either 
utilize eight different shadow sets, arranged in any order, 
or can group the exception vector levels to utilize the 
same shadow set. For example, if only three shadow sets 
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326 are available (designated as 1, 2, and 3), then a 
designer could programmably store the values of (0001, 
0010, and 0011) in any of the eight four-bit fields to 
designate the desired shadow set 326 to be used for the 
corresponding exception vector level. 



Name 


Exception Vector 
Level 


Bit Value 


EVL7 


7 


0001 


EVL6 


6 


0010 


EVL5 


5 


0011 


EVL4 


4 


0011 


EVL3 


3 


0001 


EVL2 


2 


0010 


EVL1 


1 


0001 


EVL0 


0 


0011 



[0060] Thus, for exception vector levels 1, 3 and 7, 
shadow set 1 will used, for levels 2 and 6, shadow set 2 
will be used, and for levels 0, 4 and 5, shadow set 3 will 
be used. In one embodiment, the SRSLo register 325 can be 
programmed utilizing a kernel mode instruction. 
Alternatively, the values within the SRSLo register can be 
provided for in hardware, either statically, or configured 
by hardware external to the microprocessor 310. 
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[0061] Referring now to Figure 9, a block diagram 900 is 
shown illustrating eight four-bit fields within the SRSHi 
register 327. A description of each of these eight four- 
bit fields is provided in table 1000 shown in Figure 10, to 
which attention is now directed. More specifically, bits 
0-23 define shadow sets for an additional six exception 
vector levels. In addition, a shadow set may also be 
defined for a non-vectored exception mode using field EM 
(bits 24.. 27). Thus, in one embodiment, the combination of 
both the SRSLo and SRSHi registers 325, 327 provide for 
mapping of fourteen different exception vector levels, to 
sixteen distinct shadow sets. 

[0062] Referring now to Figure 11, a block diagram 1100 
is shown illustrating operation of the microprocessor 3 00 
when it receives an interrupt. More specifically, a set of 
normal (i.e., non- interrupt ) instructions 1102 are 
executing on the microprocessor 310 when an interrupt 
occurs. The vector generator 316 determines the priority 
(or the cause) of the interrupt, and generates a vector 318 
(1118 in Figure 11) corresponding to the interrupt. The 
vector 1118 is provided to memory (not shown) to retrieve 
an interrupt service routine 1106 to handle the interrupt. 
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[0063] In addition, the vector 1118 is provided to the 
shadow set mapping logic 1122 to determine whether a shadow 
set 1126 is to be used by the interrupt routine 1106, and 
if so, which one. In this instance, the interrupt vector 
1118 is a Level 2 interrupt, and therefore the shadow set 
mapping logic 1122 selects the contents of EVL2 (within the 
SRSLo register 325) to be provided to the CSS register 
1121. When the contents of the CSS register 1121 are 
filled with the contents of the EVL2 field, the previous 
contents of the CSS register 1121 are pushed into the PSS 
register 1123. Architecturally, the value in the CSS field 
1121 selects which of the shadow sets 1126 will be used for 
the next instruction to be executed. In this illustration, 
the field EVL2 contains a value corresponding to shadow set 
"1" of the shadow sets 1126. Thus, when the first 
instruction of the interrupt service routine 1106 executes, 
rather than using the GPR 1124, it will instead use set u l" 
of the shadow set 112 6. 

[0064] At this point it should be clear that the 
contents of GPR 1124 remain in the same state that they 
were in when the microprocessor 310 was interrupted. 
However, since the interrupt routine 1106 will use set "1" 
of the shadow set 1126, there is no need to save the 
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contents of the GPR 1124 before the service routine 1106 is 
allowed to executed, because the service routine 1106 will 
not overwrite any of the contents of the GPR 1124. Rather, 
references by the service routine 1106 to registers within 
the GPR 1124 will utilize the duplicate registers within 
set "1" of the shadow set 1126. 

[0065] When the interrupt service routine 1106 completes 
(with an eret instruction) , hardware within the processor 
310 causes the contents of the PSS register 1123 to be 
popped (or restored) back into the CSS register 1121. In 
addition, execution returns to the normal instructions 
1104. Thus, if the GPR 1124 was the current register set 
before the interrupt occurred, the instructions 1104 will 
continue execution using the GPR 1124. One skilled in the 
art will appreciate that since the contents of the GPR 1124 
were not overwritten by the service routine 1106, there is 
no need for the routine 1106 to restore the contents of the 
GPR 1124 before ending. 

[0066] Although not shown, it should be appreciated that 
while executing the interrupt service routine 1106, it is 
possible for the microprocessor 310 to receive a second 
interrupt. Depending on the priority level of the second 
interrupt, it may or may not be allowed to proceed. If it 
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is allowed to proceed, the shadow set mapping logic 1122 
will select the predefined shadow set 1126 for the new 
interrupt, and execution will continue with the new shadow 
set, as described above. That is, if nested interrupts are 
enabled, it will be up to the exception software to save 
away, and later restore the contents of the CSS 321 and PSS 
323 registers. 

[0067] Referring now to Figure 12, a flow chart 1200 is 
provided to illustrate the method of the present invention. 
Flow begins at decision block 1202 where the microprocessor 
is executing instructions, and is awaiting an interrupt. 
When an interrupt is received (and the interrupt that is 
received is enabled), flow proceeds to block 1204. 

[0068] At block 1204, the contents of the CSS register 
(321) 1121 are copied into the PSS register (323) 1123. 
Flow then proceeds to block 1206. 

[0069] At block 1206, the vector generator 316 generates 
an interrupt vector corresponding to the received 
interrupt. Flow then proceeds to block 1208. 

[0070] At block 12 08, the shadow set mapping logic (322) 
1122 selects a predefined shadow set corresponding to the 
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interrupt vector generated in block 1206. Flow then 
proceeds to block 1210. 

[0071] At block 1210, the number of the selected shadow 
set is provided to the CSS register (321) 1121. Flow then 
proceeds to block 1212. 

[0072] At block 1212, the new contents of the CSS 
register (321) 1121 cause the microprocessor 310 to begin 
using the shadow set (326) 1126 defined in the CSS register 

(321) 1121. Flow then proceeds to decision block 1214. 

[0073] At decision block 1214 a determination is made as 
to whether an end of the interrupt service routine (eret) 
has occurred. If not, flow remains at decision block 1214 
until an eret occurs. When an eret occurs, flow proceeds 
to block 1216. 

[0074] At block 1216, the contents of the PSS register 
(323) 1123 are popped (or restored) back into the CSS 
register (321) 1121 thereby causing the microprocessor 310 
to begin using the register set defined by the current 
contents of the CSS register (321) 1121. In addition, 
program flow returns to program execution at the point of 
interruption. 
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[0075] What should be clear from the above is that the 
present invention has provided a method and apparatus for 
programmably mapping shadow register sets to particular 
interrupts within a processing system. The invention 
eliminates the need for storing away the contents of the 
general purpose registers prior to handling an interrupt, 
thereby improving the efficiency of interrupts, and 
improving the reaction time to the interrupts. The 
invention has been described by utilizing logic that 
programmably maps information relating to received 
interrupts (such as the interrupt vector) to pre-defined 
shadow sets, and using the shadow sets during execution of 
interrupt service routines, exception routines, or even 
other routines that are tied to a particular processing 
mode of the microprocessor (e.g., kernel mode, exception 
mode, etc . ) . 

[0076] One skilled in the art will appreciate that a 
programmer may occasionally wish to utilize the contents of 
another register set, whether GPR 1124 or another shadow 
set 112 6, when executing his program. That is, if the 
current set defined in the CSS register 1121 is shadow set 
the executing program may desire to retrieve the 
contents of a register within the GPR 1124 (referenced in 
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the PSS register 1123) . Therefore, the inventor of the 
present invention has provided two instructions that allow 
such access. 

[0077] Referring now to Figure 13, a description 1300 is 
provided for an instruction "RDSGPR" that instructs the 
microprocessor to move the contents of a register in any 
one of the shadow sets 1126, or the GPR 1124 into the 
current register set. For example, an instruction of the 
form: RDSGPR rt, +2 (rd) would cause the microprocessor to 
select the shadow set that is "2" greater than the current 
register set, and place the contents of the register 
defined by the operand rd within that register set, into 
the register defined by the operand rt within the current 
register set. 

[0078] Referring now to Figure 14, a description 1400 is 
provided for an instruction n WRSGPR" that instructs the 
microprocessor to move the contents of a register in the 
current register set to a register in any one of the shadow 
sets 1126, or the GPR 1124. Syntax related to this 
discussion is similar to the above, and described in 1400. 

[0079] What has been described above is a method and 
apparatus for improving the performance of high priority 
interrupts by eliminating the need to store away the 
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contents of the general purpose register file prior to 
executing an exception routine. The invention accomplishes 
this task by providing shadow register sets that duplicate 
the registers in the GPR, and programmably mapping these 
register sets to interrupts. In one embodiment, the 
mapping of the interrupts occurs using the exception vector 
corresponding to the interrupt. However, one skilled in 
the art should appreciate that other information relating 
to a received interrupt may be used to establish the 
correlation between the interrupt, and the shadow set to be 
used. Examples include the priority level of the 
interrupt, the fields associated with the interrupt to 
indicate to the processor which interrupt occurred (e.g., 
the cause register) , the mask fields corresponding to the 
interrupt, etc. The present invention should therefore not 
be limited to the type of correlation used. 

[0080] Furthermore, the mechanism described that stores 
the correlation between the interrupt and a shadow register 
set are status registers within the microprocessor. These 
registers have been described as registers that are 
readable, and programmable by kernel mode software. 
However, one skilled in the art should appreciate that 
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other mechanisms may be used to define and store the 
correlation . 

[0081] In addition, the present invention has provided 
two registers, CSS and PSS to store an index to the current 
shadow set, and the previous shadow set, and interconnected 
these registers to the available register sets so that one 
may be selected based on the contents of CSS. One skilled 
in the art will appreciate that other mechanisms could be 
used to index a desired shadow set, and to store previously 
used shadow sets. For example, rather than using two 
registers, a FIFO, or a stack could be used to store the 
index information provided by the shadow set mapping logic. 

[0082] Finally, the embodiment described above has 
allowed up to sixteen register sets, including fifteen 
shadow sets, to be used for a number of different interrupt 
priority levels. The inventor believes that the number of 
shadow register sets provided should correspond to the 
needs of the system designer, and should not be limited to 
fifteen, either as a minimum or a maximum. 

[0083] Although the present invention and its objects, 
features, and advantages have been described in detail, 
other embodiments are encompassed by the invention. In 
addition to implementations of the invention using 
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hardware, the invention can be embodied in software 
disposed, for example, in a computer usable (e.g., 
readable) medium configured to store the software (i.e., a 
computer readable program code) . The program code causes 
the enablement of the functions or fabrication, or both, of 
the invention disclosed herein. For example, this can be 
accomplished through the use of general programming 
languages (e.g., C, C++, etc.), hardware description 
languages (HDL) including Verilog HDL, VHDL, AHDL (Altera 
Hardware Description Language) and so on, or other 
programming and/or circuit (i.e., schematic) capture tools 
available in the art. The program code can be disposed in 
any known computer usable medium including semiconductor 
memory, magnetic disk, optical disc (e.g., CD-ROM, DVD-ROM, 
etc.) and as a computer data signal embodied in a computer 
usable (e.g., readable) transmission medium (e.g., carrier 
wave or any other medium including digital, optical or 
analog-based medium) . As such, the code can be transmitted 
over communication networks including the Internet and 
intranets. It is understood that the functions 

accomplished and/or structure provided by the invention as 
described above can be represented in a core that is 
embodied in program code and may be transformed to hardware 
as part of the production of integrated circuits. Also, 
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the invention may be embodied as a combination of hardware 
and software. 

[0084] Finally, those skilled in the art should 
appreciate that they can readily use the disclosed 
conception and specific embodiments as a basis for 
designing or modifying other structures for carrying out 
the same purposes of the present invention without 
departing from the spirit and scope of the invention as 
defined by the appended claims. 

I claim: 
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